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(54) Process for installing a software package In a client computer 



(57) A process for controlling the remote installation 
of a software paclcage within a remote PC client existing 
on a LAN. An executable file is arranged for the purpose 
of controlling the local setup procedure within the re- 
mote PC client. The executable file is a windows NT 
service and Is installed in accordance with rules of the 
NT Service Control Manager. The executable file is fur- 
ther associated with a description file (package.ini) 
which is also stored on a shared resource, and an option 
on the command line of the executable file refers to that 
description package. Once the executable file has been 
installed as a service, the NT SCM can be used for start- 
ing it and, therefore, for triggering the remote installation 
of the software package within the PC client using the 
information found in the description file. The process 
can also be used for remotely triggering an executable 
file which is arranged as a NT service, and installed by 
the NT SCM. 
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Description 

Technical field of the invention 

[0001] The invention relates to computer systems and 
telecommunications, and more particularly to a process 
for automatically installing a software package on a cli- 
ent computer which operates under a WINDOWS NT 
or similar environment. 

Background art 

[0002] Computer systems and more generally Infor- 
mation Handling Systems (LH.S) constitute more and 
more complex communication networks, and this is par- 
ticularly relevant in the case of corporate environments. 
In a corporate environment, numerous computers are 
connected to a Local Area Network (LAN), or to an In- 
tranel network for the purpose of sharing the different 
resources between the computers. 
[0003] In that respect, the place which is taken by the 
WINDOWS NT^** operating system marketed by Micro- 
soft Corp., appears quite important. A Corporation or a 
private organisation can arrange an effective network 
and share the different resources between a wide range 
of computers or clients. Generally speaking an Infonna- 
tion Technology (IT) administrator receives the task of 
handling and managing the different computers which 
communicate through the network, and the software 
packages therein included so as to ensure that those fit 
the user's needs. Particularly, the IT administrator has 
the responsibility of Installing the different software 
packages in the different computers on the LAN. 
[0004] The IT administrator who wishes to automate 
the installation procedure may use different solutions in 
accordance with the paitlcular operating system which 
is used. 

[0005] For the case of a client computer which oper- 
_^tss under the UNIX qperatirig system, the IT adrpinjs- ' 
trator may take advantage from the pre-existing TEL- 
NET feature present in that OS. That facility allows the 
remote control of the PC client. As known in the art, the 
TELNET is based on human interface over a communi- 
cation protocol, allowing remote operation of a machine 
in a console mode, as If the user was operating the ma- 
chine locally. 

[0006] For systems which operate under the WIN- 
DOWS NT^^ OS, the IT Administrator is faced with a 
major difficulty since this operating system is designed 
with the assumption that, contrary to the UNIX approach 
evoked above, a user is behind the computer and is con- 
trolling it. There is not given any direct possibility to re- 
motely take the control of the computer client, for in- 
stance, for the purpose of launching an installation pro- 
. cedure. The IT Administrator is then compelled to move 
to the physical place where the PC client is situated, for 
the purpose of installing the software package, for ex- 
ample by controlling from there the downloading of the 



installation package. This consumes a great deal of time 
and is clearly not satisfactory in this type of operating 
systems, designed to be controlled by a local operator. 
The IT administrator may wish to have a full control over 

5 the installation procedures from his own console or com- 
puter, wherever the remote physical situation of the PC 
client. In some situations, he may take advantage of a 
pre-existing agent for the purpose of controlling the in- 
stallation procedure with files stored on a remote server 

10 but that agent also needs to be installed, what still re- 
quires a manual and local setup procedure In the com- 
puter client. 

[0007] Another solution is based on the use of the 
Login Script facility yNhich is provided by the Primary Da- 
is main Controiier {PDC) of the NT domain. When the user 
is logging on to his Domain account, a script is being 
triggered from the PDC. That solution however entails 
three main drawbacks: A first drawback comes from the 
fact that administrative access rights to the PDC are re- 
20 quired, what could appear haphazard in some situa- 
tions. Further, the automatic triggering of the logon script 
by all the users who are legging at the same time might 
have some bad consequences and result in a overhead 
of the system resources. In any case, the IT administra- 
25 tor is never aware of the precise instant where the in- 
stallation procedure has been executed since, clearly, 
he may never knows when every user Is actually logging 
on and, for those who have not, the problem stilt re- 
mains. 

30 [0008] It therefore appears that the existing solutions 
for computer clients, based on the WINDOWS NT^*^ or 
WINDOWS 2000^^ approach are not completely satis- 
factory. There is still a need for a direct and full control 
over the PC client machines, independently of the user 

35 and the existence of a pre-existing agent within the PC 
clients. The IT administrator should be allowed a direct 
and full control over a remote PC client, for the purpose 
of launching an installation procedure of a software 
package present on a^hared resource^ 

40 [0009] More generally, the IT administrator should be 
given the possibility to easily launch an executable file 
within a remote PC client which is part of a NT Network 
domain. 

45 Summary of the invention 

[0010] It is an object of the present invention to 
achieve the remote installation of a software package in 
a client computer which is connected to a LAN or an 

so INTRANET and which operates 'under WFndows NT^** 
or Windows 2000^^ type operating system not designed 
to offer any remote control of the computer. 
[0011] It is another object of the present invention to 
achieve the remote execution in a computer client of a 

55 ^ software_executab|e program which is stored in a shared 
resource or a server. 

[0012] These objects are achieved by means of the 
process which is defined in the independent claims. Ba- 
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sically an executable file (pushservice.exe) is stored on 
a server as a shared resource and is used for controlling 
a local setup procedure of a software application. The 
executable file is being installed as a low level service 
which is generally available for background local tasks, s 
such as drivers, anti-virus programs. IP protocols, TCP/ 
IP and harddisk compression mechanisms. The proc- 
ess deviates the normal use of those low level services 
for the purpose of executing a remote executable file 
located on a server, and shared. Once it has been in- 10 
stalled, as a service, the executable filed can be started 
on the computer without being present on the hard disk 
of the tatter. 

[001 3] Typically, for the case of Windows operating 
system, the executable file is being Installed as a NT 
service under the control ot the NT service control man- 
ager (SCM) and In accordance with the description con- 
tained within a description file {packageJnt) which may 
also be stored on a server, as a shared resource. For 
that purpose, the executable file (pushservice.exe) re- 20 
ceives the particular fonnat of a NT service. 
[001 4] Once it has been installed as a service, the ex- 
ecutable file (pushservice.exe) becomes available to the 
remote PC client and may control the setup procedure 
in accordance with the description contained within the 25 
description file. 

[0015] The IT manager is therefore given a very sim- 
ple and effective way for controlling the setup procedure 
of a software package, stored on a server and which 
are installed within a remote client computer, elsewhere 30 
in the LAN. The remote setup procedure takes advan- 
tage of the LAN existing in the network, and the admin- 
istrative rights which apply to the considered machines 
where the software package is to be installed. The proc- 
ess can be immediately applied for triggering the setup 35 
of mandatory files on a given machine, such as virus 
signatures, Operating Systems service packs or patch- 
es... 

[0016] In one embodiment, the description file (pack- 
ageJni) contains a list of the installation files required ^0 
for a local setup procedure plus an additional line defin- 
ing the command which is to be entered for executing 
an unattended setup procedure of said software appli- 
cation 

[0017] Preferably, the installation of the NT service is 
followed by the activation of a Wake-on-LAN function 

existing in the PC client so that the IT administrator may, 
at any time, control the setup procedures in the PC cli- 
ents.. 

[001 8] The comfort in use of the setup procedure can so 
be substantially enhanced by means of a Graphical Us- 
er Interface (GUI) which provides the IT administrator 
with a full and comprehensive description of the different 
PC clients composing the NT domain, as well as the dif- 
ferent software package applications which are already 55 
installed. In particular, a drag-and-drop mechanism is 
used for launching the remote setup procedure of the 
invention. 
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[0019] In addition, a process is provided which can be 
used for triggering the execution of an executable file, 
stored on a server or on shared resources within a NT 
domain. The execution can be automatically triggered 
by means of the fomnatting of the executable file as a 
service, with an entry point referring to a service entry, 
and by correspondingly installing it by the NT Service 
Control Manager. 

[0020] The invention also provides a new arrange- 
ment of servers for a fsTT domain which can be used for 
storing installation package which can be easily in- 
stalled in different remote PC clients under the control 
of the IT administrator. For that purpose, the new server 
stores at least one software Installation package, and a 
description file (package.ini) whbh is associated to that 
application. In addition, an executable file is being 
stored and is installed as a NT service for the purpose 
of controlling the remote setup procedure of the appli- 
cation within the remote PC client. 

Description of the drawings 

[0021 ] An embodiment of the invention will now be de- 
scribed, by way of example only, with reference to the 
accompanying drawings, wherein: 

Figure 1 illustrates the basic architecture of a net- 
work based on a LAN or an Intranet, and comprising 
at least one PC client, a server and an IT adminis- ' 
trator console. 

Figure 2 is a flow chart illustrating the process for 
executing the remote installation of a software 
package within PC client 3. 

Figure 3 Is a flow chart of the process executed by 
pushservice.exe when started as a NT service by 
the NT Service Control Manager. 

Description of the preferred embodiment of the 
invention 

[0022] With respect to figure 1 there is represented 
an LAN or Intranet network 5 which defines a NT do- 
main, which control may be given to an IT administrator 
operating from a console 1 or computer 2. A server 2 
may be used as shared resources for storing software 
installation packages which can be distributed to the dif- 
ferent PC clients comprised within the NT domain. Fig- 
ure 1 represents two PC clienfs 3 and 4 which are op- 
erated under the WINDOWS N"PM or WINDOWS 
2000^"^. From his console 1, the IT administrator man- 
ages the network and particularly controls the installa- 
tion procedures of software packages stored on server 
2 within the PC clients 3 and 4. This will be achieved 
remotely as will be explained hereinafter. The IT admin- 
istrator is particulariy aware of the administrative ac- 
count of PC clients where the software packages need 
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to be installed, and the precise particular adnainistratlve 
account name and password assigned to those PC cli- 
ents. Note that in the specific case of PCs operating in 
an NT donnain infrastructure, by default the fact of being 
a domain adm/n/sfrafor automatically gives administra- 3 
five rights over all the PCs in the domain. In the scope 
of this invention this means that if the IT Administrator 
is logged on to the domain with his domain administrator 
account, he does not require any additional knowledge 
about the remote machines accounts, and can use his 
account to administer these machines. 
[0023] Server 2 includes at least one software pack- 
age which may be used for installing a given application 
in PC client 3, for instance, under the control of the IT 
administrator. Typically, one software package Includes 
all the files which are normally required for a local setup 
procedure and which correspond to the application be- 
ing considered. Those installation files clearly depends 
upon the type and the complexity of the particular appli- 
cation for which an installation is required. Such instal- 
lation files, including the Dynamic Link Libraries (DLL) 
and all the subsequent files which are to be copied on 
the hard disk drive of PC client 3, for instance, are well 
known from the skilled man and will not, for that reason, 
be developed with more details. Typically, it is sufficient ^5 
to observe that those files include all the files which are 
normally involved in a local setup procedure and that 
the particular executable file - the setup,exe - which 
causes the launching of the installation procedure, has 
to support an unattended mode, which is that which is 
being executed when the user types the "-s" switch on 
the command line (unattended or silent setup). 
[0024] in addition to the installation files required for 
a standard local setup procedure, the software package 
located on server 2 further includes an additional de- 
scription file, hereinafter referred to as package.iniiWe. 
PackageJniiWe may take the form of a text file and con- 
tains the description of the installation files which are 
Jpyo^ved in the setup procedure. It particu [arty includes 
the precise list of the installation files required for a local 
setup procedure, plus an additional line carrying the 
command which is required for starting the local setup 
procedure. 

[0025] Considering the example of the Microsoft Of- 
fice^" software package which is marketed by Micro- 
soft^** Corp., server 2 is arranged to store the standard 
Microsoft installation files. In addition server 2 includes 
a package.ini description file which defines the list of 
those files and further comprises an additional line to 
run the silent setup procedure, i.e. the following line: 50 
"setup.Bxe — s'. 

[0026] There will be now described the process which 
is executed under the control of the IT administrator, 
from console 1 , for launching a remote installation into 
PC client 3 of a software package present on server 2. .55 
In one embodiment, the console 1 Includes a particular 
so-called pus/)er.exe executable file, as shown In figure 
1. 
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[0027] The process which is executed by pusher.exe 
executable file is depicted in figure 2. The process starts 
with the display of a Graphical User Interface (GUI) on 
console 1 for the purpose of providing a wide and com- 
prehensive description of the network, of the different 
PC clients comprised within the network, the list of the 
different software packages which are present and 
available on server 2 and the distribution of those be- 
tween the different PC clients. 

[0028] When the Graphical User Interface is being 
started, the IT administrator is being prompted in step 
21 to select one software package available on server 
2, for the purpose of associating it to one particular PC 
client, e.g. PC client 3. In one particular embodiment, 
the GUI includes a "drag-and-drop" mechanism which 
permits a direct and very simple association between 
the considered software package and PC client 3. By 
dragging an icon conresponding to one software, and 
dropping it onto the visual icon representative of one PC 
client, a particular selection of a software package is as- 
sociated to one PC client, e g. PC client 3, and this se- 
lection is entered into step 22. 

[0029] In step 23, the selection of one particular soft- 
ware application, and its association to one particular 
PC client, causes the pusher.exe to install a new NT 
service on PC client 3, hereinafter referred to as push- 
seivice.exe. This is achieved by means of the use of the 
NT Service Control Manager (SCM) of PC client 3, 
thanks to the administrative rights given to IT adminis- 
trator on that particular machine. As known by the skilled 
man, Microsoft NT and Microsoft 2000 ^"^ supports 
an application type known as a service which takes the 
form of a .exe or .dll , for Instance. A service application 
confomns to the interface rules of the SCM. It can be 
started automatically at system boot, or by a user 
through the Service Control panel applet, or by an ap- 
plication which uses the service functions Included in the 
Microsoft WIN32 Application Programming Inter- 
f ace^( API)^ The^prqcess whichjs described below takes 
advantage of the NT service whteh is generally used for 
/oca/files, drivers, anti-virus programs, Internet Protocol 
and TCP/IP drivers, and hard disk drive compression 
mechanisms. The process which Is described herein af- 
ter however deviates the nonnal use of the standard NT 
service for the purpose of executing a remote executa- 
ble file located on server 2, and shared. Once It has been 
registered and installed as a servrce, the executable file 
can be started on a PC client without being present on 
the hard disk drive of the latter^lt should be noticed that 
the particular executable file - herein referred to as the 
pushservice.exe - is compiled in accordance with the 
prescriptions applying to the services, and which are de- 
fined in the Microsoft specifications. Particularly, the en- 
try point of that executable file is not referring to WIN- 
_ MAIN as for the usual standard executable files, but re- 
fers to a service entry which WINDOWS NT decodes as 
such. The general rules of the development conventions 
which are applicable to the services executable files are 
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available in the specifications marketed by Microsoft, 
and particularly in the Microsoft Software Developer's 
Network reference book. 

[0030] As explained above, the registration of execut- 
able file pushservice exe, which has been prelinninary 
compiled under the NT service file, is then registered by 
the NT Service Control Manager as a new NT service, 
in step 23. It should be noticed that the installation of 
the NT service for the pushservice.exe file requires that 
the PC client 3 or 4 are switched on. In one particular 
embodiment, the process takes advantage of a Wake- 
on-LAN function which is present within PC client 3, and 
which permits the actual installation of the service. 
[0031] The NT service which is installed for the pur- 
pose of the remote software package installation re- 
ceives the following reference: 

\\server\share\pushservlce.exe 

[0032] A reference to the package software existing 
on the hard disk of the shared server 2 is used as an 
option of the command line, e.g. 

\\server\share\package.ini 

[0033] It therefore appears that, as shown in figure 1 , 
server 2 comprises the standard installation files for a 
local setup, the additional installation description file 
package.ini as well as the special pushservice.exe file 
for supporting the newly registered NT service. 
[0034] When it is installed, the new NT service can be 
started by the IT administrator In accordance with the 
usual NT Service Control Manager procedures, in step 
24. That causes the instantiation of the service into the 
memory of the PC client and starts its execution. The 
new NT service becomes available on the PC client 3, 
when the latter is started. This achieves the remote ex- 
ecution within PC client 3, under control of console 1 , of 
an executable file which is stored on a server 2 and 
which has been compiled as a service. As it will be de- 
scribed now with details, the process takes advantage 
of the NT service control manager for the purpose of an 
automatic installation procedure through a network 
[0035] Figure 3 particularly shows the process which 
is executed by the pushservice.exe service in response 
to the loading into the memory of the NT service under 
the control the IT administrator. 

[0036] The execution of the pusherservice.exe starts 
with step 31 which causes the identification of the soft- 
ware package which is to be installed. This is achieved 
by means of the extraction of the particular command 
line which has been associated to the new service by 
the NT Service Control Manager, as explained above. 
The process particularly uses the option of the com- 
mand line defined above, and which contains a refer- 
ence to the package.ini description file stored on the 
server 2. 

[0037] In step 32, the pusherservice.exe opens the 



package.ini description file and identifies the different 
files which are to be installed on the PC client being con- 
sidered, e.g. PC client 3. The process downloads them 
from the server 2 and stores a copy of those files in a 
5 predetermined directory on the hard disk drive of the PC 
client. As known by the skilled man this can be achieved 
by means of a path relative to the pushservice.exe path. 
The storing process of the installation files on the local 
hard disk of PC client appears most useful and safe. 
10 However, it should be possible, in another embodiment, 
to directly use the original version of the installation files 
existing on remote server 2 for the purpose of initiating 
the setup procedure in PC client 3. 
[0038] When all the installation files have been copied 
15 onto the hard disk drive of the local PC client 3. the proc- 
ess executed by pushservice.exe causes the execution 
of the command which is defined at the last line of the 
padtaga/r?/ description file in step 33. This causes a un- 
attended setup procedure of the particular application 
20 which is concerned. 

[0039] In step 34, Ihe^ushservice.exe, which has re- 
ceived the format of a NT service as explained above, 
un-insta!ls Itself and stops, contrary to the usual mech- 
anism of the standard executable files. 
25 [0040] It has been described how the IT administrator 
may take the control, from his own console 1 , of a setup 
procedure on a remote PC client 3. It should be noticed 
that, while the process has been described in reference 
to the IT administrator. It can also be useful for any users 
30 who receive the possibility of launching an executable 
file, stored on a remote server, and which are to be ex- 
ecuted on a remote PC client. In that case, the pusher. 
exe program may alternatively prompts the user to enter 
the particularly context for which the executable file Is 
35 to be executed in the remote PC client. Once the user 
has entered a given context, the pusher.exe program 
then request the id and the password for giving access 
to that context. In that embodiment, the NT Service Con- 
trol Manager is used for allowing different users to have 
40 a remote control on the execution of file in different PC 
clients, in accordance with the administration rights 
which are assigned to the different users. The process 
can then be used by the IT administrator, who has ex- 
tensive rights on the Domain , but also by the other users 
45 having different, and generally lower, access rights. 
[0041] As mentioned above, the software package, 
comprising the installation files for a local setup and the 
additional mechanism description package.ini iWe are all 
located on server 2. It should be noticed, however, that 
50 this is only an example of embodiment, and that the soft- 
ware package may be located in different locations or 
shared resources within the NT domain. In particularly, 
the installation packages may also be loaded into the IT 
administrator console 1 , 

55 
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Claims 



Process for performing a remote setup procedure 
of a software application on a remote client which 
operates under an operating system which does not s 
support a remote installation facility, 
characterised in that it involves the steps of: 

installing (23) an executable file for controlling 

a local setup procedure under the form of a low io 6. 

level service which is available in the operating 

system for local background tasks and rou- 

tineS: said executable file being associated with 

the description contained within a description 

tile (package.ini) present on a shared resource; is 

starting (24) said executable file so as it be- 
comes available to said remote client as a serv- 
ice and permits the automatic launching of a lo- 
cal setup procedure in accordance with the 
contents of said description file {packageJni). 



Process according to claim 1 comprisingthe display 
of a Graphical User Interface (GUI) for providing to 
the user a list of software applications which are cur- 
rently available on the NT domain as well as a list 
of the computer clients therein included, and further 
including a drag-and-drop mechanism for the pur- 
pose of launching an additional remote setup pro- 
cedure in a new PC client. 

Process according to claimi characterised in that 
it involves the step of: 

prompting the user to enter a particular context 
where said executable file {pushservice.exe) is 
to be executed; 

requesting the id and password corresponding 
to that context; 

verifying said id and password being entered 
by the user and, in accordance with the verifi- 
cation, install ing_said executable file as a NT 
service. 



Process for performing a remote setup procedure 7. 

of a software application' on a remote client which 
operates under Windows NT on a Local Area Net- 25 
work (LAN), 

characterised in that it involves the steps of: 



installing (23) an executable file for controlling 
a local setup procedure under the control of the 
NT Service Control Manager (SCM) and in ac- 
cordance with the description contained within 
a description file (packageJni) present on a 
shared resources: said executable file (push- 
service.exe) receiving the f onnat of a NT serv- 
ice; 

starting (24) said executable file so as it be- 
cjomes available to said PC cliem as a sen/ ice 
and permits the launching of a local setup pro- 
cedure within said PC client in accordance with 
the contents of said description file {package, 
ini). 



35 



40 



45 



Process according to claim 2 characterised in that 
said executable file has an entry point which Is a 
service entry and which is further registered by said 
NT Service Control Manager with an option of the 
command line which refers to said description file 
{package.ini), so 

Process according to claim 3 characterised In that 
said description file {package.ini) contains a list of 
the installation files required for a local setup pro- 
cedure plus an additional line defining .the com- 
mand which is to be entered for executing an unat- 
tended setup procedure of said software applica- 
tion. 



Process according to claim 1 characterised in that 

the installation of the NT service is followed by the 
activation of a Wake-on- LAN function in said PC cli- 
ent for the purpose of starting said service. 



8. Process executed in a IT administrator console (1) 
for the purpose of controlling the remote installation 
30 of software application packages into at least one 
PC client, said process involving the steps of: 



installing an executable file {pushservice.exe) 
as a NT service under the control of a NT Serv- 
ice Control Manager (SCM), said executable 
file controlling the local setup procedure of a 
software application in unattended mode in ac- 
cordance with a description defined by a de- 
scription f]le^ (paj^a^^^tin/). f^i^sent on sjiared 
resources; 



starting said executable file as a NT service for 
the purpose of launching the setup procedure 
within said PC client. 

9. Process for controlling the execution on a remote 
PC client of an executable file existing on shared 
resources in a NT domain, characterised in that it 
involves the steps of: 

installing said executable file as an NT service 
under the control of the NT Service Control 
Manager (SCM); 

starting said installed service for the purpose of 
automaticallyjriggering the.execution of said 
executable file. 

10. Server for a NT domain comprising a LAN or an In- 
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tranet network, characterised in that it includes: 

at least one software installation package ex- 
isting as shared resources within said NT do- 
main, each of said at least one package com- 5 
prising a set of installation files required for a 
local setup procedure within said at least one 
PC client; 

A description file (package.ini) which compris- io 
es a description of all installation files, and fur- 
ther including a command for controlling an un- 
attended setup procedure: 

- an executable file (pushsennce.exe) existing as »5 
shared resources and receiving the format of a 
NT service, said executable file {pushservice. 
exe) being Installed as a NT service by the NT 
Service Control Manager and receiving, as an 
option to the command line, a reference to said 20 
description file; said executable file causing, 
when started as a service, the execution of the 
local setup procedure within said at least one 
PC client. 

25 
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